us 20OMX)28071Al 

(19) United States 

(12) Patent Application Publication (lo) Pub. No.: US 2004/0028071 Al 

Gehring et al. (43) Pub. Date: Feb, 12, 2004 



(54) APPARATUS AND METHOD FOR 

MANAGING VARIABLE-SIZED DATA SLOTS 
WITH TIMESTAMP COUNTERS WITHIN A 
TDMA FRAME 

(75) Inventors: Stephan Gehring, Palo AJto, CA (US); 

Krisnawan Rahardja, San Jose, CA 
(US); Carlton J. Sparrell, Palo Alto, 
CA (US) 

Correspondence Address: 
Peter R. Martinez, Esq. 
Suite 200 

11988 El Camino Real 
San Diego, CA 92130 (US) 

(73) Assignee: Interval Research Corporation, a 
Washington Corporation 

(21) Appl. No.: 10/623,061 

(22) Filed: Jul, 18, 2003 

Related U.S. Application Data 

(60) Division of application No. 09/480,837, filed on Jan. 
1 0, 2000, which is a continuation-in-part of applica- 
tion No. 09/393,122, filed on Sep. 10, 1999. 



PubUcaUon Classification 

(51) Int. CI.' H04B 7/212 

(52) U.S. CI 370/442; 370/470 



(57) 



ABSTRACT 



A reliable Medium Access Control layer protocol and 
method employing centralized management of communica- 
tion in a Time Division Multiple Access network architec- 
ture. The Medium Access Control layer protocol implements 
Quality of Service guaranties to the layers of the Open 
Systems Interconnection reference model above the 
Medium Access Control layer by providing guaranteed 
bandwidth links within the bandwidth range specified by 
those layers. The Medium Access Control layer protocol 
further provides variable data slot requisition, variable data 
slot allocation, dynamic data slot reallocation, and data slot 
reallocation. Additionally, the protocol provides a schedule 
for variable-length data slot transmission in which times- 
tamp counters are used by the master device and slave 
devices to schedule the transmission and reception of modi- 
fied data slot parameters. 
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APPARATUS AND METHOD FOR MANAGING 
VARUBLE-SIZED DATA SLOTS WITH 
TIMESTAMP C0UN1T;RS WITHIN A TDMA 
FRAME 

[0001] This patent application is a continuation-in-part 
patent application of patent application Set. No. 09/393,122 
titled "An Apparatus and Method for Managing Variable- 
Sized Data Slots Within a Time Division Multiple Access 
Frame." 

[0002] This is a divisional of co-pending U.S. patent 
application Scr. No. 09/4«0,837, filed Jan. 10, 2000, titled: 
AN APPARATUS AND METHOD FOR MANAGING 
VARIABLE-SIZED DATA SLOTS WITH TIMESTAMP 
COUNTERS WITHIN A TDMA FRAME, which is a con- 
tinuation-in-part of U.S. patent application Ser. No. 09/393, 
122, filed Sep. 10, 1999, titled: AN APPARATUS AND 
METHOD FOR MANAGING VARIABLE-SIZED DATA 
SLOTS WITHIN ATIME DIVISION MULTIPLE ACCESS 
FRAME. 

BACKGROUND OF THE INVENTION 
[0003] 1. Field of .the Invention 

[0004] This invention pertains generally to Medium 
Access Control layer protocol implementations. More par- 
ticularly, the invention is a Medium Access Control protocol 
implementation and method for use in a Time Division 
Multiple Access network system having a network master 
device and a plurality of slave devices. The protocol pro- 
vides dynamic data slot management, including variable 
data slot requisition, variable data slot allocation, dynamic 
data slot reallocation, and data slot deallocation. Addition- 
ally, the protocol provides a schedule for variable-length 
data slot transmission in which timestamp counters are used 
by the master and slave devices to schedule and coordinate 
data slot reorganization without disrupting the communica- 
tion link. 

[0005] 2. The Prior Art 

[0006] Presently, there are numerous ways to provide 
communication methods between devices participating in a 
network offering various levels of reliabUily and effective- 
ness. Likewise, various communication protocols have been 
developed to provide various networking services to such 
network devices. 

[0007] In an effort to standardize protocols in network 
communication, the International Standards Organization 
(ISO) developed the Open Systems Interconnection (OSI) 
reference model. The OSI reference model deals with con- 
necting systems that arc open for communication with other 
systems and includes seven layers of network services 
including the Application or ''highest" layer, the Presenta- 
tion layer below the Application layer, the Session layer 
below the Presentation layer, the Transport layer below the 
Session layer, the Network layer below the Transport layer, 
the Data Link layer below the Network layer, and the 
Physical or "lowest" layer below the Data Link layer. 

[0008] The Data Link layer is designed to offer various 
services to the Network layer. The principal service that the 
Data Link layer provides to the Network layer is the transfer 
of data from the Network layer on a source device to the 
Network layer on the destination or target device. The usual 



approach is for the Data Link layer to break up the bit stream 
into discrete blocks of bits, compute a checksum for each 
block, and transmit the block along with the checksum to the 
target device in the form of a packet. When the packet 
arrives at the target device, the checksum is recomputed for 
the received block. If the newly computed checksum is 
different from the one received from the source device, the 
Data Link layer determines that an error has occurred and an 
error-recovery process is invoked. 

[0009] At the Medium Access Control (MAC) sublayer of 
the Data Link layer, protocols are used to solve the issue of 
which network device gels to use the broadcast channel 
when there is competition for it. The MAC sublayer is 
particutariy important in Local Area Networks (LANs) 
where the number of network devices competing for the 
communication channel may comprise hundreds of devices. 

[0010] Various methods are used at the MAC layer to 
provide multiple access by such competing devices across a 
shared medium. One common method used for sharing a 
broadcast channel or medium is Time Division Multiple 
Access (TDMA). TDMA divides transmit time into frames 
having a plurality of time slots, wherein each competing 
device is assigned a unique and non-overlapping "data slot" 
within the frame in which only the corresponding device 
may transmit data. Each data slot within the frame has the 
same fixed length according to a predetermined frame 
definition, regardless of the bandwidth capabilities of the 
various devices of the network. Thus, a first device having 
large bandwidth requirements for optimum operation will 
have the same fixed-length data slot as a second device that 
requires nominal bandwidth for optimal operation. This 
scheme creates a non-optimal channel or media use. 

[00 LI] A partial solution is to assign two or more data slots 
to devices requiring more bandwidth than other devices. 
However, the granularity of the data slots as determined by 
its length creates a likelihood that a certain amount of 
transmit time will be wasted in each frame. For example, if 
the data slot size is 32 bytes and a device chose to transmit 
48 bytes per frame, it must allocate two data slots (64 bytes), 
in order to accommodate 48 bytes, resulting in 33% wasted 
bandwidth. Apart from the granularity problem, this scheme 
requires additional management overhead to track each 
device's data slot assignments. 

[0012] In certain instances, when trafBc on the network is 
relatively high, all of the data slots in the frame may be 
completely assigned and unavailable, thus leaving devices 
without data slot assignments "stranded" without any means 
to transmit data on the network. Such devices without data 
slot assignments must wait until a data slot is released and 
then subsequently compete for it. One solution to this 
bandwidth problem is to interleave access to frames, 
wherein data slot assignments are made in an alternating 
frame assignment fashion. For example, a device may be 
assigned a particular data slot every other frame, or every 
third frame, or every n^ frame. Such a solution requires 
additional management overhead to track not only each 
device's slot assignments, but also, each device's frame 
interleave assignment. Current MAC layer algorithms fail to 
address such issues of fragmented data slot assignments, and 
fail to provide methods for joining or otherwise combining 
fragmented data slots. 

[0013] Current solutions at the MAC layer also fail to 
provide adequate "quality of service" (QoS) guaranties, for 
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example, for communication links whose bandwidth 
requirements vary over time, lo the upper layers of the OSI 
model. As noted above, the task of each layer of the OSI 
reference model is lo provide services to the next higher 
layer. For example, the MAC layer provides services to the 
Network layer. QoS provides a mcchanbm by which param- 
eters which relate to the "quality" of the services rendered to 
be passed from the serviced layer (Network layer) to the 
servicing layer '(MAC layer). For example, in audio data 
transmission, the minimum and marimum bandwidth range 
for optimal performance would beneficially be a parameter 
accompanying the data transfer request. This parameter 
allows the network lo dynamically trade off available band- 
width for sound quality. For instance, the transfer of high 
fidelity or, stereo-quality audio data requires larger band- 
width than the transfer of monaural or other low quality 
audio data. Currently, QoS requests, such as guaranteed 
bandwidth requests, are not typically channeled through the 
OSI layers lo the MAC layer. For example, a current 
technology which provides guaranteed bandwidth is Asyn- 
chronous Transfer Mode (ATM). However, ATM provides 
cells (the functional equivalent of "slots") which are of equal 
size. As described above, providing fixed-sized slots, or in 
the case of ATM, fixed-sized cells, may result in a portion of 
a slot going unused (internal fra^entation), or more accu- 
rately, wasted. This internal fragmentation is due to the 
inherent granularity problem created by fixed-sized slots. 
Prior art MAC layer implementations do not accept such 
QoS requests for the purpose of dynamically requesting 
variable or adaptable sized data slots for transmission 
according to the present state of the device and the network. 

[0014] Accordingly, there is a need for a reliable MAC 
layer protocol and method employing centralized manage- 
ment of network communicalion, which provides quality of 
service guaranties via variable data slot requisition, which 
provides variable data slot allocation, and which provides 
dynamic data slot management. Additionally, there is a need 
for scheduling the data slot reallocation lo avoid breaks in 
communicalion channels. The present invention satisfies 
these needs, as well as others, and generally overcomes the 
deficiencies found in the background art. 

BRIEF DESCRIPTION OF THE INVENTION 

[0015] The present invention is a Medium Access Control 
(MAC) layer protocol and method for use in a network 
system, which provides centralized management of network 
communicalion. The MAC protocol provides a Time Divi- 
sion Multiple Access (TDMA) frame definition, which pro- 
vides variable-length data slots for transmission. The latter 
are dynamically allocated, reallocated, and deallocated by a 
master device to slave devices requesting to transmit data. 
The MAC layer provides "Quality of Service" (QoS) guar- 
anties lo OSI layers above the MAC layer for receiving 
parameters related to data communication requests. In 
response to the QoS request from the layers above the MAC, 
the protocol executing in the source slave device issues a 
request for a dynamic or adaptable data link having a 
minimum and a maximimi bandwidth associated with such 
request. The data link request is communicated lo a master 
device for authorization. Responsive to the data link request, 
the protocol executing in the master device examines the 
current slate of the data slot assignments. If appropriate, the 
master device reallocates ibe present data slot designations. 
The master device then assigns the requesting slave device 



a variable-length data slot within the frame for data trans- 
mission. Additionally, the present invention provides for 
scheduling the variable-length data slot reorganization with 
master device and slave device timcstamp counters. 

[0016] In general, the MAC layer protocol of the present 
invention operates in a network system having a master 
device and a plurality of slave devices. More particularly, the 
MAC layer protocol is a software protocol provided and 
executed in the MAC sublayer of the Data Link layer 
according to the Open System Interconnect (OSI) standard. 
The Logical Link Control (LLC) sublayer fonms the "top" or 
"upper" half of the Data Link layer and provides virtual 
linking services. The MAC sublayer forms the "bottom" or 
"lower" half of the Data Link layer and provides the services 
described herein. The software protocol is executed and 
operates on circuitry or like hardware as is known in the art 
within the master and the slave devices on the network at the 
MAC layer. f 

[0017] The present, invention provides a Time Division 
Multiple Access (TDMA) frame definition for the exchange 
of protocol messages and other network data, which is 
managed by the master device. In general, the master device 
carries out the operation of controlling and managing access 
to the TDMA frame. Before transmitting any network data 
on the TDMA frame, a requesting or source slave device 
must first register with the master device and then request 
authorization lo establish a data link with a target device 
from the master device. Responsive lo this data link request, 
the master verifies that the requested bandwidth is available 
within the network and that the target device is available to 
communicate with the requesting device, and then autho- 
rizes a data link between the requesting device and the 
target. The target device is available if it is registered with 
the master and can receive data from the source device 
within the negotiated bandwidth range. This arrangement 
provides for centralized management of the shared network 
transport between the various devices of the network. 

[0018] By way of example, and not of limitation, the MAC 
layer protocol divides data transmission lime into discrete 
data "frames" employing a TDMA frame definition. Frames 
are further subdivided into "sections". In a presently pre- 
ferred embodiment, the TDMA frame comprises a Slart-Of- 
Frame section (SOP), a command section, and a data slot 
section having a plurality of variable-length data slots. The 
SOP section is used by the master device for defining the 
start of each new frame so that each slave device can 
synchronize with the frame structure as set forth by the 
master device. 

[0019] The SOF section includes a synchronization slot. 
The synchronization slot identifies the start of each new 
TDMA frame and synchronizes the master device with the 
slave device. In its preferred embodiment, the master device 
transmits a unique synchronization symbol within the syn- 
chronization slot, which docs not appear anywhere else 
within the frame to identify the start of each new frame. The 
unique syndironization symbols are used by each of the 
slave devices on the network lo ascertain the beginning of 
each frame from the incoming data stream. 

[0020] The SOF section also includes a tiraestamp slot. 
The timestamp slot is a bit-field that is incremented by a 
modulo-N timestamp counter located on the master device, 
where N is chosen lo be sufficiently larger than the lime 
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required to perform all anticipated slot-reorganization tasks. 
The raodulo-N counter rolls over to zero after reaching N-1 . 
The slave device keeps a local copy of the timeslamp 
counter which is also incremented for each frame and is used 
during frames when the SOF section is determined to be 
corrupted. The purpose of the local timcstamp counter is to 
allow the local device to recognize the frame time even if the 
SOF gets corrupted in one or more frames. 

[0021] The timestamp slot permits the master to dynami- 
cally reassign data slot time and length parameters. In 
operation, the master determines a predetermined time inter- 
val required for the modification of the data slot time and/or 
data slot length to the slave devices. The master communi- 
cates to the slave devices the scheduled frame time that the 
modification will take effect. The master and slave devices 
thereby "coordinate" a scheduled switch from a first set of 
data slot parameters to a second set of data slot parameters. 
The scheduled switch is designated to occur within all 
participating devices when the timestamp received in the 
SOF section matches the exact scheduled time for the data 
slot switch. In the event that the SOF section for the 
scheduled time is corrupted, the participating devices will 
use the local synchronized copy of the timestamp counter to 
schedule the data slot switch. 

[0022] The command section of the frame is used by the 
devices of the network for exchanging protocol messages. 
Generally, a response to a message in the command section 
is transmitted in the command section of the next immediate 
frame. In the presently preferred embodiment, the command 
section operates in a "slotted ALOHA" mode and in a 
"TDMA" mode as managed by the master device. A detailed 
treatment of slotted ALOHA protocols is provided by L. G. 
Roberts in "ALOHA packet system with and without slots 
and capture," Computer Communication Review, vol. 5, pp. 
28-42, April 1975 and is incorporated herein by reference. 
The present invention employs a modified slotted ALOHA 
protocol as described in the copending patent application 
enUtled "MEDIUM ACCESS CONTROL PROTOCOL 
FOR CENTRALIZED WIRELESS NETWORK COMMU- 
NlCAnON MANAGEMENT" having attorney docket 
number "INT-99-005" filed on Sep. 10, 1999 which is 
expressly incorporated herein by reference. The slotted 
ALOHA mode is used by the master device to invite 
protocol messages from the slave devices. For example, a 
first slave device may respond to an ALOHA command with 
a message requesting a data link with a second device in 
order to transmit data to the second slave device. Other 
responses to an ALOHA command may include a message 
indicating the slave device is starting up, shutting down, or 
is busy. Other protocol message replies or commands as is 
known in the art may also be used. 

[0023] When a slave device responds to an ALOHA 
command, the master and the slave device engage in a 
protocol sequence assuming the TDMA mode in the com- 
mand section until the protocol sequence is completed. In 
this mode, only one of the two devices may transmit in the 
command section at any given time. 

[0024] The data slots are used for data transmission 
between the devices of the network. Generally, the master 
device dynamically assigns a data slot to a slave device 
which is requesting to transmit data. The data slot assign- 
ment usually comprises a start time for transfer (slot start 



time) and a length of time for transfer (.slot length). The slot 
start time corresponds to the time position within the data 
slot section of the frame at which point the device begins its 
transmission. The slot length measured from the slot start 
provides the time position within the frame at which trans- 
mission is terminated for that the frame. The slot length 
corresponds to the bandwidth allocated to the device within 
the data section of the frame. 

[0025] The length of each data slot assigned is structured 
and configured to have variable length as dynamically 
assigned by the master device according to the QoS param- 
eters provided for the bandwidth range. That is, the length of 
the data slot assigned by the master to a first device may be 
of different length than a data slot assigned to a second 
device. The granularity of such length assignment is one (1) 
bit. Thus the master device can assign data slots in incre- 
ments of one bit. Normally, the minimum size of a data slot 
assignment is sufiEcient to accommodate the slave sync 
symbols, which are described further below. By providing 
data slots with varying widths, the master device may assign 
a wider data slot to slave devices capable of accommodating 
wider bandwidth transfers. Conversely, the master may 
assign a narrower data slot to slave devices with correspond- 
ingly hmitcd bandwidth. Thus, the structure of the TDMA 
frame and the utilization of the TDMA frame as set forth by 
the MAC protocol of the present invention optimize the 
bandwidth use of the network transport medium. 

[0026] The master device assigns or allocates a data slot 
with a length according to an algorithm provided by the 
present invention. In determining the slot length assignment, 
this algorithm considers, among other things, the request 
made by a requesting source slave device which includes 
certain bandwidth parameters as described below, as well as 
capabiUties of the target device and the bandwidth available 
in the network. 

[0027] The MAC protocol software of the present inven- 
tion executing in a slave device of the network includes an 
algorithm for handling QoS commands or requests passed 
from the layers of the OSI reference model above the MAC 
layer including the Network layer, the Transport layer, the 
Session layer, the Presentation layer, and the Application 
layer. Such QoS requests normally accompany a link request 
in the form an Interface Data Unit (IDU) from the Network 
layer to transmit or receive data from another device. The 
QoS request includes information pertinent to the data Unk 
request and may include, for example, the size of the data to 
be transferred, the bandwidth limits (minimum and maxi- 
mum bandwidth) of the requesting device, or latency 
requirements. The requesting slave device may also provide 
a minimum and maximum bandwidth which are of the same 
value, which would provide backward compatibility with 
current devices. 

[0028] A data link request (REQ) is then made to the 
master device to negotiate for a data slot in the frame. This 
REQ will include the minimum and maximum bandwidth as 
requested by the slave device. Other relevant data such as 
the identity of the source slave device and the target slave 
device will also accompany the REQ request as is known in 
the art. 

[0029] Responsive to the REQ request received from the 
source slave device, the master device analyzes the current 
data slot assignments within the frame. For this purpose, the 
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MAC protocol software executing in the master device 
includes algorithms for dynamically reallocating (or reor- 
ganizing) the current data slots in the frame and algorithms 
for assigning a corresponding slot start time and length to a 
requesting slave device according to the minimum and 
maximum bandwidth as given in the REQ request as well as 
the currently available bandwidth in the network. 

[0030] For the present invention, the term "reallocating" is 
analogous with the term "reorganizing" with respect to the 
data slots assignments in the frame. As described in further 
detail below, reallocating may include a reassignment of slot 
start time and/or a reassignment of slot length. 

[0031] The reallocation algorithm provides reassignment 
of current data slot assignments. Reallocation is appropriate 
in a variety of circumstances. One such circumstance arises 
when the current data slot assignments arc scattered across 
the entire data slot section creating a plurality of disjoint free 
time blocks within the data slot section. The present inven- 
tion provides an algorithm to consolidate the disjoint free 
time blocks by reallocating the current data slots. The 
reallocation algorithm may also modify the existing data slot 
length assignment to acoDmmodatc "room" or space for the 
new data slot request. This new length reassignment is 
typically communicated as a new slot length within the 
bandwidth range negotiated during the data link setup. 

[0032] In its preferred embodiment the reallocation algo- 
rithm provides a schedule for the reassignment of the slot 
start time and/or length. The reallocation algorithm provides 
for a master device to determine an interval that will be 
required to communicate the switch in slot start lime and/or 
slot length from the master devices to the slave devices. The 
master device schedules the switch from a first slot start time 
and/or slot length to a second slot start time and/or slot 
length at a scheduled lime which is the sum of the interval 
and the current time. The scheduled switch time is commu- 
nicated from the master to the participating slave devices 
using the command slot. When the bit field of the timestamp 
slot matches the scheduled switch time, all participating 
devices will simultaneously switch from the first slot time 
and/or slot length to the second slot time and/or slot length. 

[0033] In certain instances, data slot reallocation may 
increase the data slot length to devices which have current 
data slot assignments thus providing more bandwidth than 
previously allocated. This situation may arise when other 
devices complete their existing data transfers, and release 
their assigned data slots. Other circumstances for data slot 
reallocation may also be appropriate including a target slave 
device requesting to receive less data than it is currently set 
up to receive due to internal throughput restrictions, for 
example. 

[0034] As noted above, the master device assigns a vari- 
able-length data slot to requesting slave devices. Also noted 
above, the master device may dynamically alter or change 
the current data slot assignment including the slot start lime 
and/or the slot length. In carrying out the data slot assign- 
ment and reassignment, the master device considers the 
minimum and maximum bandwidth request accompanying 
the REQ request. The master device attempts to fulfill such 
a bandwidth request within the minimum and maximum 
range specified without having to perform a data slot real- 
location. However, a data slot reallocation may be appro- 
priate in order to fuJfill a REQ request if overall transmit 



time is reduced. It is reduced if the sum of the time required 
to reallocate the data slot section and the overall transmit 
time after reallocation is smaller than the overall transmit 
time without reallocation. Several factors or considerations 
as is known in the art may be used to ascertain whether 
overall transmit time woiUd be reduced by a data slot 
reallocation. 

[0035] The MAC layer protocol of the present invention 
may be utilized in various network configurations and 
topologies including, for example, guided or wired media as 
well unguided or wireless media. 

[0036] The master device described herein, in addition to 
carrying out its functions as a master device, may also carry 
out functions as a slave device as described above. For 
example, the master device may also engage in data transfer 
of non-protocol related data with a slave device. 

[0037] An object of the invention is to provide a Medium 
Access Control layer protocol which overcomes the defi- 
ciencies in the prior art. 

[0038] Another object of the invention is to provide a 
Medium Access Control layer protocol which provides 
Quality of Service guaranties to the Network layer, the 
TVansport layer, the Session layer, the Presentation layer, and 
the Application layer of the Open Systems Interconnection 
reference model. 

[0039] Another object of the invention is to provide a 
Medium Access Control layer protocol and method for use 
in a network system which provides a Time Division Mul- 
tiple Access firame definition having variable- length data 
slots for data transmission, each data slot having a granu- 
larity of one bit. 

[0040] Another object of the invention is to provide a 
Medium Access Control layer protocol and method for use 
in a network system which provides dynamic data slot 
requisition, where the data slot has an adaptable or variable 
length and/or slot start time. 

[0041] Another object of the invention is to provide a 
Medium Access Control layer protocol and method for use 
■in a network system which provides dynamic data slot 
allocation, where the data slot has variable length and/or slot 
start time. 

[0042] Another object of the invention is to provide a 
Medium Access Control layer protocol and method for use 
in a network system which provides dynamic data slot 
reallocation. 

[0043] Another object of the invention is to provide a 
Medium Access Control layer protocol and method for use 
in a network system which provides dynamic data slot 
reallocation by scheduling slot reassignment at a designated 
time, thereby avoiding a break in the communication chan- 
nels. 

[0044] Further objects and advantages of the invention 
will be brought out in the following portions of the speci- 
fication, wherein the detailed description is for the purpose 
of fiiUy disclosing the preferred embodiment of the inven- 
tion without placing limitations thereon. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0045] The present invention will be more fully under- 
stood by reference to the following drawings, which are for 
illustrative purposes only. 
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[0046] FIG. 1 is a block diagram of an illustrative network 
system which employs unguidcd media suitable for use with 
the protocol of the present invention. 

[0047] FIG. 2 is a Time Division Multiple Access protocol 
frame definition in accordance with the present invention. 

[0048] FIG. 3a is a block diagram of a fragmented data 
slot section. 

[0049] FIG. 3b is &. block diagram of a contiguous data 
slot section. 

[0050] FIG. 4 is a flowchart showing generally the steps 
involved in dynamic data slot requisition and assignment. 

[0051] FIG. 5 is flowchart showing generally the steps 
involved in reallocating a fragmented data slot section. 

DETAILED DESCRIPTION OF THE 
PREFERRED EMBODIMENTS' 

[0052] Persons of ordinary skill in the art will realize that 
the following description of the present invention is illus- 
trative only and not in any way limiting. Other embodiments 
of the invention will readily suggest themselves to such 
skilled persons having the benefit of this disclosure. For 
example, the illustrative embodiments of the present inven- 
tion arc disclosed executing within an embedded processor, 
but other technologies could be employed as well. 

[0053] Referring more specifically to the drawings, for 
illustrative purposes, the present invention is embodied in 
the apparatus shown FIG. 1 through FIG. 3fj and the method 
outlined in FIG. 4 and FIG, 5. It will be appreciated that the 
apparatus may vary as to configuration and as to details of 
the parts, and that the method may vary as to details and the 
order of the steps, without departing from the basic concepts 
as disclosed herein. The invention is disclosed generally in 
terms of a Medium Access Control (MAQ layer protocol, 
although numerous other uses for the invention will suggest 
themselves to persons of ordinary skill in the art. 

[0054] Referring first to FIG. 1, a block diagram of an 
illustrative network system suitable for use with the protocol 
of the present invention is shown and designated as 10. The 
network system 10 comprises a "master" transceiver device 
12 and one or more "slave" transceiver devices 14a through 
14rt. The master device may also be referred to as a "base" 
transceiver, and slave devices may also be referred to as 
"mobile" transceivers. Master transceiver 12 and slave 
transceivers 14a through 14^ include a transmitter or other 
transmitting means known in the art (not shown) for trans- 
mitting data to the other transceivers of the network 10 via 
a corresponding antenna 18, 2Qa through 2Q«. Transceivers 
12, 14a through 14rt further include a receiver or other 
receiving means known in the art (not shown) for receiving 
data from the other transceivers via its corresponding 
antenna 18, 20a through 20/i. While the present invention is 
described in association with the wireless system 10, the 
MAC protocol of the present invention may also be utilized 
with various other commimication systems. 

[0055] As described in more detail below, the protocol 
software of the present invention provides functions, rou- 
tines and algorithms that are executed on the master device 
12 and slave devices 14a through 14rt of the network 10. 
Each network device 12, 14a through 14/i also includes 
circuitry or like hardware (not shown) as is known in the art 



for executing the MAC protocol of the present invention at 
the MAC layer of the device. In an illustrative embodiment, 
the MAC protocol is run or is otherwise executed on an 
embedded processor (not shown) within each device 12, 14a 
through 14n. Use of embedded processors to implement 
protocols is well known in the art. 

[0056] The MAC protocol of the present invention pro- 
vides services at the MAC sublayer of the Data Link layer 
according to the Open Systems Interconnection (OSO ref- 
erence model. The Logical Link Control (LLC) sublayer 
comprises the other (upper) portion of the Data Link layer 
and provides virtual linking services to the Network layer of 
the OSl reference model. The MAC layer protocol of the 
present invention may be used in a variety of network 
configurations and topologies including, without limitation, 
wired or guided networks and wireless or unguided net- 
works. The network may include various devices as is 
known in the art including, without limitation, computers, 
monitors, televisions, hubs, routers, gateways, speakers, 
microphones, radios, compact disk units, video cassette 
units, digital video disk units, mini-disk units, and other 
appliances which may participate in a communication net- 
work. 

[0057] Generally, the invention provides the MAC sub- 
layer software which is executed on circuitry or like hard- 
ware (not shown) within devices of the network system as is 
known in the art. Typically, the MAC software is pro- 
grammed into and executed on integrated circuit residing in 
the various network devices. A data link interface (not 
shown) provides a data path between the MAC layer imple- 
mentation of the present invention to its "peer entities" 
which are the Network layer implementation (not shown) 
and the Physical layer implementation (not shown) as is 
known in the art. A typical communication interface pro- 
vides a data path for passing an Interface Data Unit (IDU) 
as is known in the art, 

[0058] Referring now to FIG. 2, as well as FIG. 1, a Time 
Division Multiple Access (TDMA) frame definition is 
shown and generally designated as 22. TDMA frame 22 is an 
illustrative frame arrangement provided by the MAC layer 
protocol of the present invention. In general, the MAC layer 
of the present invention provides the master device 12 with 
the fxmctions and routines for carrying out the operation of 
managing each TDMA frame 22 which is communicated in 
the network system 10 as described below. The MAC layer 
protocol also provides the slave device 14a through 14n with 
the functions and routines for carrying out the operation of 
exchanging protocol messages with the master device 12 
and the other slave devices, and exchanging data with other 
slave devices. Layer protocol communication is also pro- 
vided so that the MAC layer may commtmicatc with the 
Physical layer and the Network layer. 

[0059] The MAC layer protocol of the present invention 
divides data transmission time into discrete data "&amcs" 
which are structured and configured as TDMA frame 22. 
Frames are further subdivided into sections. In the preferred 
embodiment, the TDMA frame 22 comprises a Start-Of- 
Frame section 24, a command section 26, and a data slot 
section 28. The data slot section 28 is further subdivided into 
a plurality of data slots 30a through 30n. 

[0060] The Start-Of-Frame section 24 inchides a synchro- 
nization slot 25 and a timestamp slot 27. The synchroniza- 
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tion slot 25 identifies the start of each new TDM A frame and 
synchronizes the master device 12 with the slave device 14a 
through X4n. In ils preferred embodiment, the master device 
12 transmits a unique synchronization symbol within the 
synchronization slot 25, which does not appear anywhere 
else within the frame 22, in the SOF section 24 to identify 
the start of each new frame. The unique synchronization 
symbols are used by each of the slave devices lia through 
14rt on the network to ascertain the beginning of each frame 
from the incommg data stream. 

[0061] The SOF section 24 also includes a limestamp slot 
27. The timcslamp slot 27 includes a bit-field which is 
incremented by a timeslamp counter 29 by the master device 
12. The timestamp counter 29 increments the bit-field each 
frame in modulo-N manner, where N is sufficiently larger 
than the time required for any scheduling events. The value 
in the timestamp slot 27 is used to coordinate modifications 
to the data slot section 28. The modulo-N timestamp counter 
29 rolls over to zero after reaching N-1. The slave devices 
14fl-14n keeps a local copy 31fl through 31« of the times- 
tamp counter 29 which is also incremented for each TDN4A 
frame 22 and is used during frames when the SOF section is 
determined to be corrupted. The purpose of the local times- 
tamp counter 31a through 31/i is to allow the respective local 
device I4a through 14n to recognize the frame time, even if 
the SOF gets corrupted in one or more frames. 

[0062] The timestamp slot permits the master to dynami- 
cally reassign the data slot time and length parameters. In 
operation, the master 12 determines a predetermined time 
interval required for the modification of the data slot time 
and/or data slot length to the slave devices. The master 12 
communicates to the slave devices 14a through 14n the 
scheduled frame time that the modification will take effect. 
The master 12 and slave devices i4a through 14n thereby 
"coordinate" a scheduled switch from a first set of data slot 
parameters to a second set of data slot parameters. The 
scheduled switch is designated to occur within all partici- 
pating devices when the timestamp received in the SOF 
section matches the exact scheduled time for the data slot 
switch. In the event that the SOF section for the scheduled 
time is corrupted, the participating slave devices will use the ' 
local synchronized copy of the timestamp counter 31a 
through 31/1 to schedule the data slot switch. 

[0063] The command section 26 contains protocol mes- 
sages exchanged between the transceiver devices. Generally 
protocol messages are communicated between the master 
device 12 and one or more slave devices 14£i through 14rt. 
Protocol messages may comprise, among other things, invi- 
tations for requests, requests for data links, requests for 
discovery, requests for shutdown, requests for tennination of 
data link, acknowledgements, negative acknowledgements 
and other protocol messages known in the art. 

[0064] The data slots 30(i through 20n are assigned by the 
master device 12 to requesting slave devices 14a through 
\4n. Data slots 30a through 30/i are provided for data 
communication exchange and are structured and configured 
to have variable lengths having a granularity of one (1) bit 
as allocated by the master device 12, Data slots 30fl through 
3 On arc further structured and configured to be dynamically 
changing wherein the master device 12 may dynamically 
reallocate and reassign the relative start time and the length 
of the data slots 30a through 30^ within the data slot section 



28 of the frame 22. This arrangement allows the master 
device 12 to dynamically manage the usage of the data slot 
section 28 to optimize the bandwidth capabilities of the 
transport medium of the network and the devices of the 
network. Thus, the master device 12 may allocate a wider 
data slot to a slave device which can utilize a wider 
bandwidth. Conversely, the master device may also allocate 
a narrower data slot to a slave device which has more limited 
bandwidth capabilities. The method of requesting and 
assigning variable length data slots is described in further 
detail in conjunction with FIG, 4 below. 

[0065] The invention includes a framing control function 
32 associated with the devices of the network. The framing 
control function 32 carries out the operation of generating 
and maintaining the time frame information. In the master 
device 12 the framing control function 32 delineates each 
new frame by Start-Of-Frame (SOF) symbols. In the pre- 
ferred embodiment, the SOF symbols include symbols 
which do not appear anywhere else within the frame. These 
SOF symbols provide the "master sync" for the network and 
a timestamp bit-field for slot allocation which arc transmit- 
ted in the Slart-Of-Frame section 24 of frame 22. These 
"master sync" SOF symbols are used by Ihc framing control 
function 32 in each of the slave devices I4a through 14rt on 
the network to ascertain the beginning of each frame 22 from 
the incoming data stream using mechanisms known in the 
art including, for example, correlators, phase lock loop 
functions, and phase ofiset detectors and controllers. Addi- 
tionally, the SOF time bit-field symbols are used by the 
framing control function 32 to schedule switching from a 
first data slot length to a second data slot length. 

[0066] For example, in one illustrative embodiment, the 
invention utilizes, a 10-bit SOF "master sync" code and a 
timestamp code of "0111111110". Various encoding 
schemes known in the art may be used to guarantee that the 
SOF code will not appear anywhere else in the data sequence 
of the frame. A common encoding scheme for 8-bit data is 
a 4B/5B encoding scheme where 8-bit data words are 
encoded into 10-bit data words. Once frame synchronization 
is established between the slave devices 14fl through 14rt 
and the master device 12, the slave devices can synchronize 
their respective time counters to the time counter of the 
master device 12. 

[0067] In the preferred embodiment, the length of the 
frame 22 is predetermined and is fixed for a specific network 
use. In an alternative arrangement, the size of frame 22 may 
be of variable length as dynamically set forth by the master 
device 12 to accommodate changing network needs or a 
changing environment. The framing control function 32 in 
the slave devices 14a through 14« provide mechanisms 
known in the art, such as local counters, correlators, phase 
lock loop functions, and phase ofifsct detectors and control- 
lers, which allow the slave devices to reestablish frame 
synchronization with the master device 12 when the size or 
length of frame 22 is altered by the master device 12. 

[0068] The master device 12 carries out the operation of 
managing network data communication via the exchange of 
"protocol messages"' in the command section 26 of frame 22 
as described in copending application en tided "MEDIUM 
ACCESS CONTROL PROTOCOL FOR CENTRAUZED 
WIRELESS NETWORK COMMUNICATION MANAGE- 
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MENT* having attorney docket number **INT-99-O05" filed 
on Sep. 10, 1999 which is expressly incorporated herein by 
reference. 

[0069] Each device operates as a finite-stale machine 
having al least three states: offline, online, and engaged. 
Each slave device maintains and tracks its slate by storing its 
stale information internally, usually in random access 
memory (RAM) (not shown) or other memory means known 
in the art. The state of each slave device is further main- 
tained and tracked by the master device 12 by storing the 
states of the slaves in a master state table (not shown) stored 
in RAM. 

[0070] Each slave device 14a through 14n is normally set 
to "offline" after its initial activation. Each slave device must 
first be "registered" with the master device 12 before the 
slave device may engage in data communication with the 
other slave devices of the network. Once a device is regis- 
tered with the master device 12, the device is considered 
"online" and ready for communication. The registration 
sequence is described in further detail in copending appli- 
cation entitled "MEDIUM ACCESS CONTROL PROTO- 
COL FOR CENTRALIZED WIRELESS NETWORK 
COMMUNICATION MANAGEMENT' having attorney 
docket number "INT-99-005" filed on Sep. 10, 1999 which 
is expressly incorporated herein by reference. 

[0071] A slave device that is in the "online" state is ready 
to send or receive data from the other devices on the network 
10. Additionally, a slave device is in the "online" state if it 
is not currently engaged in communication with other slave 
devices. 

[0072] A slave device is "engaged" when the device is 
currently communicating with one or more slave devices. 
For example, where a source slave device is transmitting 
audio signal data to a target slave device, both the source and 
target slave device are in the "engaged" state. 

[0073] The command section 26 of TDMA frame 22 
provided by the MAC protocol of the present invention is 
structured and configured to operate in a "slotted ALOHA" 
mode and a "TDMA" mode as determined by the master 
device 12. In general, the slotted ALOHA mode is used by 
the master device 12 to invite protocol messages from the 
slave devices. The master device 12 periodically broadcasts 
an ALOHA message to invite slave devices to send their 
pending protocol messages. This arrangement is known as 
"slotted ALOHA" because all protocol messages including 
the ALOHA broadcast are sent during a predetermined time 
slot. In Ihe preferred embodiment, the ALOHA broadcast is 
transmitted in command section 26 every three sec»nds. 
Responsive to this ALOHA packet and in (he next imme- 
diate TDMA fi-ame, a slave device transmits its protocol 
message to the master device 12 in command section 26. The 
operation of the slotted ALOHA mode is described in further 
detail in copending application entitled "MEDIUM 
ACCESS CONTROL PROTOCOL FOR CENTRALIZED 
WIRELESS NETWORK COMMUNICAHON MANAGE- 
MENT' having attorney docket number "INT-99-005" filed 
on Sep. 10, 1999 which is expressly incorporated herein by 
reference. 

[0074] The TDMA mode is active when the master device 
12 and the slave device which answered the ALOHA mes- 
sage are engaged in' a protocol sequence. Such protocol 



sequences include, for example, a discovery sequence, a 
shutdown sequence, a data link request sequence, a Unk 
service request sequence, a data link terminate sequence, 
and a service terminate sequence, among others. The method 
for carrying out these protocol sequences is described fur- 
ther in copending application cntiaed "MEDIUM ACCESS 
CONTROL PROTOCOL FOR CENTRALIZED WIRE- 
LESS NETWORK COMMUNICATION MANAGE- 
MENT' having attorney docket number "INT-99-005" filed 
on Sep. 10, 1999 which is expressly incorporated herein by 
reference. The TDMA mode continues until the entire pro- 
tocol sequence is completed. 

[0075] Referring next to FIG. 3a, as well as FIG. 1 and 
FIG. 2, a block diagram of a fragmented data slot section is 
shown and generally designated as 34. Fragmented data slot 
section 34 is shown having a "fragmented" structure 
wherein assigned data slots 3Da through 30n are separated 
by free time blocks 36a through 36n. Data slot section 28 
takes on the stmcture of fragmented data slot section 34 over 
the course of transmit time as data slots are assigned, 
released and then reassigned and becaase data slot assign- 
ments have varying lengths and varying durations of occu- 
pancy. 

[0076] Each data slot 3Qa throu^ 30/1 has a corre^onding 
slot start time 38a through 38n and corresponding slot length 
40a through 40rt. The slot start time 3Sa through 38/1 
corresponds to the time position within the data slot section 
28 of the frame at which point the device begins its trans- 
mission. The slot length Wa through 40n measured from the 
slot start time provides the time position within the frame al 
which transmission is terminated for the data slot for each 
frame. The slot lengths 40a through 40n correspond to the 
bandwidth allocated to the devices within the data slot 
section 28 of the frame and may be of varying lengths as 
assigned by the master device 12. 

[0077] Each data slot 30fl through 30/i comprises a cor- 
responding slave sync symbol 42a through 42n and data 
payload 44a through 44rt. The slave sync symbols 42ci 
through 42n are used by a source slave device for providing 
timing synchronization signals to a corresponding target 
slave device to accommodate for propagation delays 
between the source and target slave devices. Propagation 
delays vary in length depending on the distance between 
source and target slave device. As described above, the 
master sync symbols 24 provides timing signals to allow 
slave devices to synchronize with the master clock of the 
master device 12. Likewise, the slave sync symbols 42fl 
through 42n are symbols which allow target slave devices lo 
synchronize with corresponding source slave devices using 
similar synchronization algorithms such as phase offset 
detectors and controllers. Proper target to source slave 
device synchronization is fundamental for reliable data 
communication exchange between the slave devices. 

[0078] The data payload 44a through 44n contains the 
encoded actual data or bit information which is transmitted 
from the source device to the target device. The MAC layer 
at the target slave device receives the transmitted data 
payload 44fl through 44n and provides such information to 
its corresponding Network layer for further processing as in 
knovm in the art. 

[0079] Referring now to FIG. 36, as well as FIG. 1 
through FIG. Za, a block diagram of a data slot section with 
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a contiguous block of assigned dala slots is shown and 
generally designated as 46. Contiguous data slot section 46 
is shown having a "defiragmenled" structure wherein data 
slots 47fl through 47rt arc not separated by free time blocks 
as in the data slots 30a through 30n in fragmented data slot 
section 34. Rather, the free time blocks have been consoli- 
dated into a single free time block 48 within the data slot 
section 28. Data slot section 28 takes on the structure of 
contiguous data slot section 46 normally after a data slot 
reallocation step as described below in conjunction with 
FIG. 5. Data slot section 28 also takes on the structure of 
contiguous data slot section 46 during initial assignment of 
data slots where the data slot section 28 is initially empty 
and is subsequently apportioned into data slots Ala through 
47rt. However as noted above, data slot section 28 takes on 
the structure of fragmented data slot section 34 over the 
course of transmit time as data slots arc assigned, released 
and then reassigned. 

[0080] Contiguous data slot section 46, like fragmented 
data slot section 34, includes a plurality of data slot assign- 
ments 47a through 47n. Each data slot 47a through 47n 
includes a corresponding slot start lime 50a through 50n and 
a slot length 52a through 52n. Normally after the realloca- 
tion step, the slot start time 50a through SO/i for the 
corresponding data slot 47a through 47n is different from the 
slot start time 38a through 38/i as in fragmented data slot 
section 34. The slot length 52fl through 32n in contiguous 
data slot section 46 may also differ &om the slot length 40(i 
through 40rt in fragmented data slot section 34 subsequent to 
data slot reallocation. 

[0081] Each data slot 47a through 47« comprises a cor- 
responding slave sync symbol 42a through 42rt and data 
payload 54a through 54rt, The slave sync symbols 42a 
through 42rtj as in fragmented data slot section 34, arc used 
by the corresponding source slave devices for providing 
synchronization liming signals to corresponding target slave 
devices to accommodate for propagation delays. In general, 
the slave sync symbols 42a through 42n do not change after 
data slot section reallocation. 

[0082] The data payload 54a through 54rt, like the data 
payload 44a through 44rt for fragmented data slot section 34, 
contains the encoded actual data or bit information which is 
transmitted from the source device to the target device. The 
data payload 54a through S4/i may be allocated a different 
bandwidth from data payload 44a through 44/i depending on 
whether the new slot length 52a through 52rt is different 
from the corresponding slot length 40a through 40rt. 

[0083] While contiguous data slot section 46 is shown 
with the free time block 48 consolidated at the end of the 
data slot section 28, other alternative structures may be used 
as well to provide a functional contiguous data slot arrange- 
ment such as, for example, providing a nominal "free lime 
block" (not shown) between each data slot 47a through 47n 
to provide a "propagation delay buffer" between each dala 
slot 47a through 47/1. Such a "propagation delay buffer" 
would provide nominal space between data slots 47fl 
through 47n to "buffer" data slot hiansmission interference 
or overlap which may arise during data slot transmission 
because of transmission propagation delays. Other arrange- 
ments known in the art for providing a contiguous data slot 
section may also be used. 

[0084] The method and operation of the invention will be 
more fully understood by reference to the flow charts of 



FIG. 4 and FIG. 5. FIG. 4 is a flowchart showing generally 
the steps involved in dynamic data slot requisition and 
assignment. FIG. 5 is a flowchart showing generally the 
steps involved in reorganizing a fragmented dala slot sec- 
tion. The order of steps as shown in FIG. 4 through FIG. 5 
and described below are only exemplary, and should not be 
considered limiting. 

[0085] Referring now to FIG. 4, as well as FIG. 1 through 
FIG. 36, there is shown generally the method of dynami- 
cally requesting and assigning a variable-length data slot to 
a requesting or source slave device and a target slave device. 
This method is a modified data link request (REQ) and 
service request (SREQ) sequence as described in copending 
application entiUed "MEDIUM ACCESS CONTROL PRO- 
TOCOL FOR CENTRALIZED WIRELESS NETWORK 
COMMUNICATION MANAGEMENT' having attorney 
docket number "INT-99-005" filed on Sep. 10, 1999 which 
is expressly incorporated herein by reference. This protocol 
exchange arises when a first requesting or source slave 
device requests a data link with a second target slave device. 
The data link, once established, allows the two slave devices 
lo directly transmit data to each other via the assigned data 
slot. 

[0086] At reference number 100, the master device 12 
periodically transmits an ALOHA broadcast in the command 
section 26 of the TDMA frame 22 to invite protocol mes- 
sages from "offline", "online", and "engaged" slave devices. 
In the preferred embodiment, the ALOHA broadcast is 
transmitted every three seconds. The process of reference 
number 110 is then carried out. 

[0087] At reference number 110, a requesting slave device 
has received the ALOHA broadcast of reference number 
100. A requesting device is one whose MAC layer has 
received a communication directive from the Network layer. 
By way of illustration and not limitation, such communica- 
tion instruction may be in the form of IDU messages from 
the Network layer. Such IDU messages may comprise 
instructions to transmit or receive data from another slave 
device. The IDU messages from the Network layer may 
include one or more Quality of Service (QoS) parameters for 
data transmission. As noted above, such QoS parameters 
may include, for example, Ihe size of the data lo be trans- 
ferred, a latency range specification, or a bandwidth range 
requirement for optimal performance during data transfer, 

[0088] Also al reference number 110, the MAC makes a 
data link request (REQ) to the master device to negotiate for 
a data slot in the frame. This REQ will typically include the 
QoS parameters and other relevant data such as the identity 
of the source slave device and the target slave device as 
known in the art. The REQ is transmitted in the command 
section 26 of Ihe next immediate frame lo the master device 
12 following the receipt of the ALOHA message transmitted 
in reference number 100. The process of reference number 
120 is then carried out. 

[0089] Al reference number 120, the REQ request is 
received by the master device 12. The master device 12 
queries the master stale table maintained by the master 
device 12 to ascertain the state of the requesting device of 
reference number 110. Additionally, the master device 12 
queries the master state table lo ascertain the state of the 
target device indicated in the REQ request of reference 
number 110. Act 130 is then carried out. 
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[0090] At act 130, the master device determines whether 
the requesting device and the target device arc online. As 
described above, a slave device must be registered as online 
with the master device 12 before such slave device com- 
municates with a second slave device. In this regard, a slave 
device which is "ofQinc" according to the master state table 
is denied a data link request. Likewise a slave device which 
is requesting to communicate with a target slave device 
which is "offline" according to the master state table, or 
cannot establish a communication link, is also denied a data 
link request. If the master determines that the requesting 
device and the tai^et device are available to establish a 
communication link, then act 140 is carried out. Otherwise, 
act 150 is carried out. 

[0091] At act 150, the master device 12 denies the REQ 
request of step HO. The masler device may carry out any 
means known in the art for denying the REQ request 
including, for example, communicating a Negative 
Acknowledgement (NACK).' Copending application, 
entitled "MEDIUM ACCESS CONTROL PROTOCOL 
FOR CENTRALIZED WIRELESS NETWORK COMMU- 
NICATION MANAGEMENT' having attorney docket 
number "INT-99-005" filed on Sep. 10, 1999 which is 
expressly incorporated herein by reference, includes 
improved sequence means for denying the REQ request and 
may be used in conjunction with act 150. The process of 
reference number 100 is then carried out again. 

[0092] At act 140, the master device 12 determines that the 
source and target devices are available for the data link 
request of reference number 110. The master device 12 then 
proceeds with a link service request sequence by transmit- 
ting a SREQ message to the target device indicated in the 
REQ request of reference number 110. The SREQ message 
identifies the source slave device as well as the QoS param- 
eters of the REQ request of reference number 110. Act 160 
is then carried out. 

[0093] At act 160, the target device receives the SREQ 
message from act 140. The target device queries its internal 
state information to determine the current state of the target 
device. The process of reference number 170 is then carried 
out. 

[0094] At reference number 170, the target device deter- 
mines whether it can accommodate a communication link 
with the source device and whether the requested QoS can 
be satisfied by the target device. If the target device is unable 
to accommodate such a communication link with the source 
device, reference number 190 is carried out. Otherwise, 
reference number 180 is carried out. 

[0095] At reference number 190, the target traasmits a 
"BUSY" protocol message in the command section 26 to the 
master device 12 to indicate that the target device is cur- 
rently not able to accommodate a connection with the source 
device. The BUSY message may also indicate the reason for 
its inability to engage in communication with the source 
device and may provide the bandwidth which can be accom- 
modated by the target device. Act 150 is then carried out. 

[0096] At reference number 180, the target device trans- 
mits an "ACK" message to the master device 12 to indicate 
its acknowledgement of the SREQ message of act 140 and 
its acceptance of the data link request. This ACK message 
may additionally indicate the bandwidth capabilities of the 



target slave device, including for example a bandwidth range 
in which the target device may communicate. The process of 
reference number 200 is then carried out. 

[0097] At reference number 200, the master device 12 
receives the ACK message of step 180. The master device 12 
interprets the ACK message as an acknowledgement and 
acceptance of the SREQ message of act 140. The master 
device 12 then examines the current data slot assignments 
within data slot section 28 to ascertain or otherwise deter- 
mine whether the bandwidth specifications as set out in the 
REQ request of reference number 110 and the ACK message 
of reference number 180 can be fulfilled using the fi-ee time 
blocks of the current data slot section 28. As noted above, 
the free space is initially contiguous as shown in FIG. 3b. 
However, at other limes, the free space may be fragmented 
across the data slot section 28 as shown in FIG. 3a. In the 
latter case, Oie master device 12 determines whether con- 
solidating the free time blocks 36a through 36n would 
satisfy the bandwidth specifications as set out in the REQ 
and ACK message. The act 210 is then carried out. 

[0098] At act 210, the master device 12 determines 
whether the data slot section 28 will be rcorganizxd to 
consolidate the free time blocks 36a through i6n. Several 
factors as is known in the art may be used to determine 
whether the network system 10 would benefit by such a 
reorganization step including, for example, the degree of 
fragmentation within the data slot section 28. Where there is 
only a single free time block, such as during initial startup, 
reorganization of the data slot section is not normally 
invoked. In certain cases, such as when network traflSc is 
light, reorganization may be invoked in order to provide a 
slave device with more bandwidth than originally assigned. 
As noted above, various factors known in the art may be 
used to determine whether reorganizing data slot section 28 
would optimize the network communication. If the master 
device 12 determines that reorganization is to be carried out, 
act 215 is carried out. The act 215 comprises the scries of 
steps shown in FIG. 5, which are described below. If the 
master device 12 determines that reorganization is not to be 
carried out, an act 220 is carried out. 

[0099] At act 220, the master device 12 assigns a data slot 
47rt within the data slot section 28 to the requesting source 
device and the target device for data communication. The 
data slot assignment comprises a slot sUrt time 50n and a 
slot length S2n. The slot length 52n conforms to the band- 
width specifications set forth in the REQ of step 110 and the 
ACK message of reference number 180, In general, the 
master device 12 assigns a slot length 52n which falls within 
the minimum and maximum bandwidth limits set forth in (he 
REQ message and which falls within the bandwidth capa- 
bilities of the target devices as specified in the ACK mes- 
sage, as well as the available network bandwidth. More 
preferably, the master device 12 assigns a slot length S2n 
which matches or closely matches the maximum bandwidth 
request of the REQ message and which falls within the 
bandwidth capabilities of the target devices as specified in 
the ACK message. An act 230 is then carried out. 

[0100] At act 230, the master device 12 communicates a 
Master-Acknowledgement (M-ACK) protoosl message to 
the requesting source device of reference number 110 and 
the target slave device of act 140 to indicate the authoriza- 
tion of the data link REQ request of 110 and to indicate the 
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slot start lime 50rt, and the slot length 52n as determined in 
act 220. The process of reference number 240 is then carried 
out. 

[0101] Al reference number 240, the requesting source 
device of reference number 110 and the target slave device 
of act 140 change into "engaged" mode and initiate a data 
link according to steps known in the art. After initiating the 
data link, the source and target devices transmit a protocol 
message to the master device 12 to indicate the termination 
of the data link. The process is then repeated by carrying out 
reference number 100 again. 

[0102] Referring now to FIG. 5, as well as FIG. 1 through 
FIG. 4, there is shown generally the method of dynamically 
reallocating the data slots 30a through 30n in data slot 
section 28 following act 210 and act 215 of FIG. 4. As noted 
above, the master device 12 may change the data slot 
assignments within the data slot section 28 for a number of 
reasons. The most common reason for reallocation is for the 
purpose of consolidating the fragmented free time blocks 
36a through 36rt as shown in FIG. 3a into a consolidated 
free time block 48 as shown in FIG. 3b. Another reason may 
be to alter one or more of the slot lengths 40a through 40n 
currently assigned. Decreasing the slot length generally 
provides more free time within the data slot section 28. 
Increasing a device's slot length generally provides 
increased bandwidth to the device. The protocol of the 
present invention provides a reallocation process embodied 
in software which is executed by the master device as 
described herein. 

[0103] At act 250, the reallocation process initializes by 
inspecting the first data slot assignment. Various compaction 
algorithms known in the art may be used to reallocate the 
data slots. In the present exemplary method, the sorting 
algorithm iterates through each data slot assignment 30a 
through 30/j starting with the first data slot 30a. An act 260 
is then carried out. 

[0104] At act 260, the reallocation process determines 
whether the current data slot inspected will be reassigned. A 
data slot reassignment may include an adjusted slot start 
time and/or an adjusted slot length. As described above, 
various factors known in the art may be utilized to determine 
whether data slot reassignment is appropriate for one or 
more currently assigned data slots. If the reallocation pro- 
cess determines that the ciurcnt data will be reassigned and 
act 270 is carried out. Otherwise act 280 is carried out. 

[0105] At act 270, the reallocation process determines 
whether the slot start time will be adjusted for the data slot 
currently inspected. Start time adjustment may be appropri- 
ate, for example, to consolidate the fragmented free time 
blocks 36a through 36n into the consolidated free lime block 
48. If the reallocation process determines that the currently 
inspected data slot will be assigned a new start time, 
reference number 290 is carried out. Otherwise the process 
of reference number 300 is carried out. 

[0106] Al reference number 290, the reallocation process 
assigns the currently inspected data slot a new start time. 
Normally, the reallocation process assigns a new start lime, 
which is previous to the currently assigned start time within 
data slot section 28. For example, contiguous start time 50fl 
is previous to fragmented start time 3Sa within data slot 
section 28. The process of reference number 300 is then 
carried out. 



[0107] At reference number 300, the reallocation process 
determines whether the slot length wiU be adjusted for the 
currently inspected data slot. Decreasing the slot length 
generally frees up bandwidth within the data slot section 28. 
Increasing the slot length generally provides increiased band- 
width to devices with currently assigned data slots. If the 
reallocation process determines that the slot length will be 
adjusted, reference number 310 is carried out. Otherwise, the 
process of reference number 320 is carried out. 

[0108] At reference number 310, the reallocation process 
adjusts the slot length for the currently inspected data slot. 
The reallocation process may increase or decrease the slot 
length for the currently inspected data slot depending on the 
bandwidth requirements of the various slave devices 14a 
through 14n of the network 10 as well as the overall 
bandwidth trafhc on the network 10. The process of refer- 
ence number 312 is then carried out. 

[0109] Al reference number 312, the master device 12 
schedules a time for the assignment or reassignment of the 
slot start time and/or length. The master device 12 deter- 
mines the interval of time needed to communicate the switch 
in slot time and/or slot length to the slave devices. The 
required lime interval is then added to the current limestamp 
and the resulting sura is used in process 314 as the scheduled 
time for slot reassignment. If the scheduled time exceeds the 
N-bit maximum value use for the timestamp counter, a 
modulo-N operation is performed at the scheduled lime, and 
the resulting value is used as the scheduled lime in process 
314. The process of reference number 314 is then carried 
out. 

[0110] Al reference number 314, the master device 12 
communicates the scheduled slot reassignment time to the 
slave devices. In operation, the scheduled reassignment time 
of the slot will be communicated at the same time as the 
information about the slot start time and slot length. The 
master device communicates the slot reassignment informa- 
tion by engaging in a protocol exchange sequence with the 
source and target devices. Various protocol exchange meth- 
ods known in the art may be used for such communication. 
More preferably, the master device utilizes a sequence 
retransmission request (SRQ) protocol scheme to commu- 
nicate the adjusted data slot start time and length informa- 
tion. The SRQ protocol scheme is described in copending 
patent application entitled "MEDIUM ACCESS CONTROL 
PROTOCOL FOR CENTRALIZED WIRELESS NET- 
WORK COMMUNICAnON MANAGEMENT' having 
attorney docket number "INT-99-005" filed on Sep. 10, 1999 
which is expressly incorporated by reference. Once the slot 
reassignment information has been communicated to the 
slave devices, the process of reference number 316 is then 
carried out. 

[0111] At reference number 316, the source and target 
devices which are assigned to the currently inspected data 
slot wait for the timestamp counter to equal the value of the 
scheduled slot reassignment frame. During this period, the 
source and target devices continue to use the original slot 
start time and length assignments. When the limestamp 
counter reaches the scheduled slot reassignment frame, the 
process of reference number 320 is then carried out. 

[0112] At reference number 320, the slot start limes and/or 
lengths are switched simultaneously by all devices assigned 
to that time slot. More particularly, the slot lengths are 
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switched from the first slot length to the second slot length, 
and the first slot start time is switched to the second slot start 
time. The process of reference number 280 is then carried 
out. 

[0113] At reference number 280, the reallocation process 
determines whether there are additional data slots within the 
data slot section 28 for data slot reassignment. As noted 
previously, in this present exemplary method, the realloca- 
tion process iterates through each currently assigned data 
slot starting with the first data slot 30a. If the reallocation 
process determines that there is an additional data slot within 
the data slot section 28 for data slot inspection and reas- 
signment, reference number 330 is carried out. Otherwise 
the process of reference number 340 is carried out. 

[0114] At reference number 330, the reallocation process 
iterates to inspect the next currently assigned data slot within 
the data slot section 28. For example, if the previously 
inspected data slot was 30a, the reallocation process iterates 
to inspect the next data slot 30i>. Act 260 is then repeated 
until the last data slot 30n is inspected, wherein act 280 
determines that there are no additional data slots to be 
inspected and reassigned. 

[0115] At reference number 340, the reallocation process 
is completed. The processes at reference numbers 220 
through 240 of FIG. 4 are then carried out to complete the 
data slot assignment process. 

[0116] Accordingly, it will be seen that this invention 
provides a Medium Access Control layer protocol and 
method for use in a Time Division Multiple Access network 
system, which provides variable data slot requisition, vari- 
able data slot allocation, and dynamic data slot reallocation. 
Although the description above contains many specificities, 
these should not be construed as limiting the scope of the 
invention but as merely providing an illustration of the 
presently preferred embodiment of the invention. Thus the 
scope of this invention should be determined by the 
appended claims and their legal equivalents. 

What is claimed is: 

1. In a network having a master device and a plurality of 
slave devices in network communication with said master 
device, a Medium Access Control layer protocol for trans- 
mission and reception of network packets, comprising: 

a Time Division Multiple Access frame definition having, 

a start-of- frame section, 

a command section, 

a data slot section containing a plurality of variable 
length slots, 

a synchronization slot, and 

a timestamp slot. 

2. The Medium Access Control layer protocol as recited 
in claim 1, wherein said protocol is configured to implement 
dynamic requisition of variable-length data slots within said 
frame. 

3. The Medium Access Control layer protocol as recited 
in claim 2, wherein said protocol is configured to implement 
dynamic allocation of said variable- length data slots. 

4. The Medium Access Control layer protocol as recited 
in claim 3, wherein said protocol is configured to implement 
dynamic reallocation of said variable-length data slots. 



5. The Medium Access Control layer as recited in claim 
1, wherein said master device and slave device are further 
configured to coordinate a scheduled switch from a first set 
of data slot parameters to second set of data slot parameters. 

6. The Medium Access Control layer protocol as recited 
in claim 5, wherein said timestamp slot ftirtber comprises a 
bit-field which is incremented by a master timestamp 
counter. 

7. The Medium Access Control layer protocol as recited 
in claim 6, wherein each of said slave devices is configured 
to maintain a local copy of said master timestamp counter. 

8. The Medium Access Control layer protocol as recited 
in claim 1, wherein said variable-length data slots of said 
frame have a granularity of one bit. 

9. A networking system, comprising: 

a master device; 

a plurality of slave devices in network communication 
with said master device; 

a Medium Access Control layer protocol capable of 
transmission and reception of a plurality of network 
packets communicated between said master device and 
said slave devices; and 

a Time Division Multiple Access frame definition having, 

a data slot section containing a plurality of variable- 
length data slots, 

a synchronization slot, and 

a timestamp slot. 

10. The networking system as recited in claim 9 further 
comprising a bit-field which is configured to be incremented 
by said master device in a modulo-N manner by a timestamp 
counter within said timestamp slot. 

U. The networking system as recited in claim 10, wherein 
each of said slave devices is configured to provide a local 
copy of said master timestamp counter which allows slave 
devices to identify a scheduled frame time, 

12. The network system as recited in claim 11, wherein 
each slave device is structured to coordinate a schedule 
switch from a first set of data slot parameters to a second set 
of data slot parameters. 

13. A networking system as recited in claim 11, wherein 
said protocol further is structured to implement dynamic 
reallocation of said variable-length data slots. 

14. A method for scheduling the assignment of variable 
length data slots in a network system having a master device 
and a plurality of slave devices in network communication 
with said master device, comprising; 

providing a Hme Division Multiple Access frame defi- 
nition comprising a synchronization slot and a times- 
tamp slot, and a data slot section having a plurality of 
variable-length data slots; and 

determining a schedule time to communicate the assign- 
ment and reallocation of said variable-length data slots 
to each of said slave devices. 

15. The method of claim 14, further comprising schedul- 
ing the assigning and reallocation from a first set of data slot 
parameters to a second set of data slot parameters with a 
scheduling frame transmitted at said scheduled time. 

16. The method of claim 15, further comprising switching 
the data slot parameters for each participating slave device 
al said scheduled time. 

* * * * 4 
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